home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0155.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  7.8 KB  |  189 lines
  1.  
  2. ><paragraph>
  3. >In a previous message, R. Raisch proposed a number of interesting
  4. >link types.  One of them was the attention link, which I want to
  5. >discuss here.  I am uncertain about the need for this link, the
  6. >technical ability to provide it, and the definition.
  7. >
  8. [side note: Jim: what did you use to compose richtext? Ez?]
  9.  
  10. While all these ideas are very interesting, I sometimes get
  11. lost in a haze of ideas and scenarios. I'd like to get a handle
  12. on just what application we're developing here.
  13.  
  14. The pie-in-the-sky seems to be a distributed, hypermedia CSCW
  15. (computer supported collaborative work) platform, where multiple authors
  16. discover, research, read, reply, refute, annotate, author, and otherwise
  17. exchange information.
  18.  
  19. Features of such a system might include:
  20. - distributed access to documents, i.e. a document can be processed
  21.     by a client on another host
  22. - fulltext searching of large bodies of information
  23. - direct manipulation query, i.e. point-and-click at the information
  24.     that you're interested in
  25. - hypertext, i.e. random-access both within documents
  26.     and between documents
  27. - direct manipulation editing, i.e. editing a representation of
  28.     the end product rather than the source format (WYSIWYG)
  29. - multimedia documents (formatted text, raster images, line drawings,
  30.     audio, video, structured enclosures)
  31. - hypermedia (just a term for multimedia hypertext)
  32.  
  33. In order to refine the model behind such an application and explore
  34. the functionality different models support, let's have a look at some
  35. existing applications and an abstract of the model they present.
  36.  
  37. (terms introduced by _underscores_ are objects defined by the model.)
  38.  
  39.  
  40. Internet mail: distributed text message interchange
  41.  
  42. With _user agent_, a user composes a _message_, which
  43. is delivered by a _transfer agent_ to a _mailbox_, possibly in
  44. another _domain_, where another user can read the message.
  45.     MIME defines various _types_ of messages, including
  46.     text, images, audio, video, included messages, and
  47.     multipart (complex) types.
  48. The recieving user may forward the message or reply to the message
  49. by composing a new message including part or all of the original.
  50.  
  51.  
  52. USENET news: distributed bulletin board
  53.  
  54. An _article_ is a special kind of message, addressed to
  55. a _newsgroup_ rather than a _mailbox_. _Posting software_ enters the
  56. article into a _repository_. A _news reader_ is a variant of a
  57. mail user agent that helps a user navigate the articles in the
  58. repository. It maintains a record of which articles the user
  59. has read. (Transfer agents fit in somehow, and NNTP adds a client/server
  60. separation between the news reader/poster and the repository).
  61.  
  62.  
  63. WAIS: distributed fulltext search and multimedia retrieval
  64.  
  65. With a _wais client_, a user composes a _question_ consiting of
  66. some relavent text and some _sources_ to consult. The wais client
  67. contacts the _server_ for each source and makes a _query_ using the
  68. relavent text. The servers respond with a scored list of _document
  69. identifiers_. The user can select a document identifier and instruct
  70. the client to _retrieve_ the corresponding _document_. The user
  71. can then refine the question by adding relavent documents or _chunks_
  72. of relavent documents.
  73.  
  74.  
  75. FTP: distributed file exchange
  76.  
  77. A user invokes a _client_ on one _host filesystem_. The client
  78. logs into a _server_ on another _host filesystem_ using a _username_
  79. and a _password_. The user indicates a _mode_ and a _directory_
  80. to the server through the client. The user can request that the
  81. client display a _directory listing_ from the server, or transfer
  82. a _named_ _file_ from the server's filesystem to the client's.
  83.  
  84.  
  85. archie (prospero, really): a distributed file system
  86.  
  87. A user indicates a _host_, _search term_,
  88. and _search mode_ to a _client_. The client contacts the _server_
  89. on that host, issues a query, and displays the resulting list
  90. of (host|dir|mode|date|seq|size|name|type) _items_.
  91.  
  92.  
  93. Gopher: distributed hierarchical information browser
  94.  
  95. The _client_ connects to a _server_ (a _port_ on a _host_)
  96. and sends it a _selector_. The server either sends back a _document_
  97. or a _directory_, depending on the _type code_ corresponding to
  98. the selector (the null selector is defined to be the root directory
  99. of the server). A directory is a list of _items_. Each item consists
  100. of a type code, a _name_, a selector, a host, and a port.
  101.  
  102. The client displays the names for the user, and the user chooses one.
  103. The client sends the selector to the server indicated by the corresponding
  104. host and port, and depending on the type code, 0) display the resulting
  105. document, 1) display the resulting directory, 4-6) decode the resulting
  106. archive  9) save the resulting document to a file. Codes 2, 7, and
  107. 8 request services from CSO phone book servers, fulltext gopher servers,
  108. and telnet hosts respectively.
  109.  
  110. The client maintains a _stack_ of the directories the user has visited,
  111. and the user can choose to "go back" in addition to choosing a
  112. directory item.
  113.  
  114.  
  115. WWW: a distributed hypertext browser
  116.  
  117. a WWW _client_ parses an _address_ into a _scheme_, a _server_,
  118. a _path_, an _anchor id_, and some _search terms_. The client retrieves
  119. a _document_ from the server using the path and search terms (using
  120. one of several protocols), and displays the document, indicating
  121. the _anchor element_ indicated by the anchor id. Documents contain
  122. _structural elements_ such as headings, lists, etc.
  123.  
  124. The user requests the next document by either a) choosing one of the
  125. anchor elements of the document (which specifies an address), or b)
  126. if the document is an _index_, the user can request a search by supplying
  127. search terms. The client combines the address of the document with the
  128. search terms and begins again. Otherwise, the user can choose one of the
  129. anchor elements and instruct the client to use the corresponding
  130. address for the next document.
  131.  
  132.  
  133. GNU Info: online hypertext documentation for applications and products
  134.  
  135. An info _browser_ displays the root _node_. A user indicates another node
  136. to display by choosing _up_, _next_, _previous_, choosing a
  137. _menu item_, or indicating a _note_ to follow.
  138.  
  139.  
  140. Unix manual: structured text documentation for unix commands and fuctions
  141.  
  142. A user may request _formatted text display_ of a _page_ by its _name_,
  143. and _section_, or they may request display of all _permuted index entries_
  144. (containing names of pages) that match a _string_. The database is defined
  145. on a per-user basis as a list of _trees_, each contatining a permuted
  146. index and one or more sections containing one or more pages.
  147.  
  148.  
  149. Frame: direct manipulation hypermedia editor, hypermedia browser
  150.  
  151. FrameMaker supports point-and-click editing of _documents_ composed
  152. of _frames_ containing _objects_ (geometrics graphics and raster images)
  153. and _textflows_ of _paragraphs_ of formatted text and _markers_, including
  154. _link sources_ and _link destinations_.
  155.  
  156. FrameViewer displays a _page_ frame of a document, and allows point-and-click
  157. access to the link sources. Every document has an implicit firstpage and
  158. lastpage link destination. Every page has an implicit link to the next
  159. and previous page.
  160.  
  161.  
  162. Compare and contrast objects:
  163.  
  164. Mail messages vs. WAIS documents vs WWW documents vs FTP files
  165.     (unique id's? writable?)
  166. WAIS source vs. news group
  167. WAIS server vs. NNTP server vs. gopher server vs HTTP server
  168. Message-ID vs WAIS docid vs WWW UDI
  169. WAIS chunk vs. WWW anchor vs. FrameMaker marker
  170. Info node vs. FrameMaker page vs. WWW document
  171.  
  172. Compare and contrast features
  173.  
  174. - distributed access to documents
  175.     mail: no
  176.     news: NNTP allows retrieval of headers by newsgroup or date
  177.     wais: 
  178. - fulltext searching: WAIS vs. WWW vs. gopher
  179. - direct manipulation query: xwais vs. xgopher vs. NeXT WWW
  180. - hypertext: WWW vs. GNU Info vs. FrameMaker
  181. - direct manipulation editing: FrameMaker vs. Andrew vs. Interviews
  182. - multimedia documents: FrameMaker vs. Gopher vs. MIME vs. WAIS vs. WWW
  183.  
  184. I'm formulating a model that will hopefully put all these features
  185. and objects into one framework for discussion, at least.
  186.  
  187. Dan
  188.  
  189.